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DETAILED ACTION 

1 . This Office Action is made in response to Reply to Office Action of December 27, 
2007, hereinafter "Reply", filed March 26, 2008. Claims 1,16, 20, 31 , and 44 have been 
amended and Claims 2, 21, 34, and 45-60 have been canceled. As amended Claims 1, 
3-20, 22-33, and 35-44 are presented for examination. 

Specification 

2. Applicant has amended the Specification Page 12 Paragraph [62] to include the 
United States Patent Application Number corresponding to incorporated reference 
"Systems and Methods for Enhanced Display and Navigation of Streaming Video". In 
view of this amendment, the objection to the Specification has been withdrawn. 

Response to Arguments 

3. Applicant has amended independent Claims 1 and 20 to recite "a client 
computing system " in order to clarify the originally claim language "client". In view of 
this amendment, the Examiner construes the scope of the "client" to be limited to the 
tangible embodiments of physical structure encompassing a computer system. 
Therefore, the rejection of Claims 1-30 under 35 USC 101 has been withdrawn. 

4. Applicant has amended independent Claim 31 to recite "set of executable 
instructions on a computer readable medium ". In view of this amendment, Claims 31 -60 
now recite a statutory category of invention by providing a tangible computer readable 
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medium containing executable instructions. Therefore, the rejection of Claims 31-60 
under 35 USC 101 has been withdrawn. 

5. Applicant's arguments filed March 26, 2008 have been fully considered but they 
are not persuasive. 

6. Applicant has amended Claims 1 , 20, and 31 , previously rejected under 35 USC 
102(b) as being anticipated by Logan (US PGPUB 2002/0120925 A1), to recite: 
"receiving a video from a server, wherein the video is sent in response to a request by 
the client, wherein the video is a digital stream sent over a computer network " and 
"displaying the video on a display device, wherein the video is displayed as it arrives 
from the server. " Applicant submits that Logan does not teach the subject matter of 
amended Claim 1 because Logan does not mention transmitting a video in response to 
a user's request. Applicant presents that Logan teaches a user receiving "live public 
broadcast" or "programming content received from the remote location". Applicant 
interprets "live public broadcast" to mean "sent without respect to the scheduling of any 
recipients" and suggests that Logan does not mention transmitting a program from the 
"remote location" in response to a user's request (Reply Page 12; with further reference 
to Paragraph [0048] of Logan). The Examiner respectfully disagrees. 

The Examiner presents that Logan's teachings of "program content received from 
a remote location" is discussed in Paragraph [0048] as being transmitted by way of 
Communications Link 130, which Logan states is used to transport metadata and/or 
content to the user using means such as the Internet or public switched telephone 
networks, as described in Paragraph [0046], both of which are commonly known as two 



Application/Control Number: 10/675,887 Page 4 

Art Unit: 2623 

way communication systems. Logan further teaches that a user may access stored 
content using Peer-to-Peer sharing techniques in which a user browses a program 
guide and requests metadata or content from the remote location, such as a from 
second user or from a broadcast facility ("content on demand"), as described in 
Paragraph [260]. In addition, Logan teaches that received content may be stored at the 
user's location or immediately displayed to the user, as described in Paragraph [0049]. 
Therefore, the Examiner asserts that Logan in fact does teach the amended limitations 
"receiving a video from a server, wherein the video is sent in response to a request by 
the client, wherein the video is a digital stream sent over a computer network" and 
"displaying the video on a display device, wherein the video is displayed as it arrives 
from the server." 

7. Applicant has amended Claims 16 and 44, previously rejected under 35 USC 
102(b) as being anticipated by Logan, to recite: "wherein playing the video segment 
comprises retrieving at least a portion of the video segment in parallel with playing a 
previous video segment in the playlist, wherein the retrieved video segment is chosen 
from the plavlst. " Applicant submits that Logan discloses "different program stream 
being displayed concurrently" with no mention of how the act of retrieving the video 
segment is preformed. In addition, Applicant submits that "in Logan the program 
streams that are displayed concurrently are not chosen from a playlist" (Reply Page 13; 
with further reference to Paragraph [0264] of Logan). The Examiner respectfully 
disagrees. 
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The Examiner presents that Logan's Paragraph [0264] teaches the concurrent 
display of multiple video streams with in a picture-in-picture or split screen interface for 
the purpose of previewing and editing the incoming content. Logan also describes in 
Paragraph [0049] that a circular buffer may be used to allow the user to concurrently 
view or process the incoming broadcast program, such as by performing the functions 
of skip, speedup, or slowdown as described in Paragraph [0264]. Logan further teaches 
that a user may access stored content using Peer-to-Peer sharing techniques in which a 
user browses a program guide and requests metadata or content from a remote 
location, such as a second user or a broadcast facility, as described in Paragraph [260] 
regarding "content on demand". Furthermore, "Playlists, program guide data, and 
compilations from other sources may be aggregated and presented to the user" for the 
selection of desired programming, as Logan describes in Paragraph [0275]. Therefore, 
the Examiner asserts that Logan does in fact teach the limitation "wherein playing the 
video segment comprises retrieving at least a portion of the video segment in parallel 
with playing a previous video segment in the playlist, wherein the retrieved video 
segment is chosen from the playlst.", as recited in Claims 16 and 44. 
8. In reference to Claim 17, applicant present that Logan does not teach the 
limitation "wherein the amount of the video segment to be retrieved in parallel is 
determined by the client while creating the playlist" because "The session length in 
Logan refers to the entire playlist, not simply a video segment in the playlist" (Reply 
Page 14, with further reference to Paragraph [0274] of Logan). The Examiner 
respectfully disagrees. 
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Logan teaches that playlists are edited based on user preferences, as described 
in Paragraph [0262], such as by way of scrapbook function that allows a user "delete or 
crop particular segments", as described in Paragraph [0268]. For example, if the user 
crops a video segment in the playlist by 10 minutes, the total duration of the playlist is 
also reduced by 10 minutes. Therefore the Examiner asserts that Logan does in fact 
teach the limitation "wherein the amount of the video segment to be retrieved in parallel 
is determined by the client while creating the playlist". 

Claim Rejections - 35 USC § 102 

9. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

10. Claims 1, 3-8, 10, 14, 16-20, 22-26, and 28 are rejected under 35 U.S.C 102(b) 
as being anticipated by Logan, US Patent Application Publication (2002/0120925 A1). 

11. In regards to Claim 1 , in a client computing system, Logan teaches a method for 
providing playlist functionality, comprising: receiving a video from a server, wherein the 
video is sent in response to a request by the client, wherein the video is a digital stream 
sent over a computer network; (as disclosed in Paragraph [0048]; were metadata and 
video content can be transmitted over Communication Link 130, such as the internet, as 
described in Paragraphs [0046,0048]; with further reference to "content on demand" of 
Paragraph [260]), displaying the video on a display device, wherein the video is 
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displayed as it arrives from the server (TV screen, as disclosed in Paragraph [0217]; In 
addition, "broadcast programming content received at the user location at 141 may be 
immediately processed or stored for later processing and viewing", as disclosed in 
Paragraph [0049]), receiving a user designation of a video segment from the video (user 
created bookmarks, as disclosed in Paragraph [0173], with further reference to 
Paragraphs [0053], [0061], and [0065]), and adding the video segment to a playlist (as 
disclosed in Paragraph [0262] Lines 8-12, and "scrapbook" function a disclosed in 
Paragraph [0268]). 

12. In regards to Claim 3, Logan teaches a method wherein the video is stored on 
the client side (storage unit 143, as described in Paragraph [0049]). 

13. In regards to Claim 4, Logan teaches a method wherein the video is available 
remotely via file sharing ("central server location" with "peer-to-peer connection" as 
disclosed in Paragraph [0224]). 

14. In regards to Claim 5, Logan teaches a method wherein the playlist is stored on 
the client ("metadata stored at 133" of Figure 1 as disclosed in Paragraph [0263]). 

15. In regards to Claim 6, Logan teaches a method wherein the playlist is stored on 
the server (playlists generated/uploaded at central server and stored at 1 17 of Figure 1 , 
as disclosed in Paragraph [0271]). 

16. In regards to Claim 7, Logan teaches a method further comprising receiving user 
input to determine whether the video segment is added to a new playlist or to an 
existing playlist (segment tag functions as disclosed in Paragraph [0206]). 
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17. In regards to Claim 8, Logan teaches a method wherein adding the video 
segment to the playlist comprises: generating display instructions for displaying the 
video segment ("scheduling file of metadata" as disclosed in Paragraph [0262] Lines 8- 
12), and adding the display instructions to the playlist ("The metadata may included a 
playlist..." as disclosed in Paragraph [0263] Lines 3-5). 

18. In regards to Claim 10, Logan teaches a method wherein receiving the user 
designation of the video segment comprises: receiving a first user indication of a 
beginning portion of the video segment, wherein the first user indication is received 
when the beginning portion is played on the display device; and receiving a second user 
indication of an ending portion of the video segment, wherein the second user indication 
is received when the ending portion is played on the display device ("providing] with the 
ability to independently select different beginning and end points of the video and audio 
segments" as disclosed in Paragraph [0065] and "users [ability] to create their own 
bookmarks... as they watch the programming" as disclosed in Paragraph [0173], with 
further reference to the disclosed "scissors" tool used in combination with the 
"scrapbook" function as described in Paragraph [0206] Lines 17-27). 

19. In regards to Claim 14, Logan teaches a method further comprising playing the 
video segment in response to a user request ("preprogrammed preview" (Lines 1-5) and 
"snippets which are viewed or listened to during the playlist navigation" (Lines 12-16) as 
disclosed in Paragraph [0265]). 

20. In regards to Claim 16, Logan teaches a method wherein playing the video 
segment comprises retrieving at least a portion of the video segment in parallel with 
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playing a previous video segment in the playlist, wherein the retrieved video segment is 
chosen from the playlist ("different program streams played concurrently", which is used 
to aid the user in editing selected program content, as disclosed in Paragraph [0264]. In 
addition "incoming broadcast programming may be concurrently viewed or otherwise 
processed while it is being recoded in a circular buffer for possible future use", as 
disclosed in Paragraph [0049]. Furthermore, "Playlists, program guide data, and 
compilations from other sources may be aggregated and presented to the user" for the 
selection of desired programming, as Logan describes in Paragraph [0275]). 

21 . In regards to Claim 1 7, Logan teaches a method wherein the amount of the video 
segment to be retrieved in parallel is determined by the client while creating the playlist 
(user designation of "preferred session length for the playlist" as disclosed in Paragraph 
[0274]. With further reference to editing playlists based on user preferences, as 
described in Paragraph [0262], which include allowing a user to "delete or crop 
particular segments", as described in Paragraph [0268]). 

22. In regards to Claim 18, Logan teaches a method wherein the amount of the video 
segment to be retrieved in parallel is determined by the client after requesting 
information from the server ("searchable database... which user may use to select a list 
of desired programming" as disclosed in Paragraph [0275]) and while creating the 
playlist (user designation of "preferred session length for the playlist" as disclosed in 
Paragraph [0274]). 

23. In regards to Claim 19, Logan teaches a method wherein information about the 
amount of the video segment to be retrieved in parallel is stored in the playlist ("log file" 
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data, which "identifies what, when, and how the user previously played" as described 
and disclosed in Paragraph [0272]). 



24. In regards to Claim 20, Logan teaches a client computing system that is 
configured to provide playlist functionality (elements 133, 135, 141, 143, 145, 147, 151, 
1 53, 1 61 , 1 63, 1 71 , 1 80, 1 90 make up the client side system, specifically elements 1 35 
and 180 are used to edit and organize an incoming media program, as described in 
Paragraph [0053]), comprising: a stream reception component configured to receive a 
video from a server, wherein the video is sent in response to a request by the client, 
wherein the video is a digital stream sent over a computer network (communications 
pathway 130 or broadcast programming signal receiver 141, as described in Paragraph 
[0048]; with further reference to "content on demand", as described in Paragraph [260]); 
a stream display component configured to display the video on a display device, 
wherein the video is displayed as it arrives from the server (TV screen, as disclosed in 
Paragraph [0217]. In addition, "broadcast programming content received at the user 
location at 141 may be immediately processed or stored for later processing and 
viewing", as disclosed in Paragraph [0049]); a segment designation component 
configured to receive a user designation of a video segment from the video (local edit 
controls at element 135 as disclosed in Paragraph [00054]); and a playlist management 
component configured to add the video segment to the playlist (selection/discard 
process of element 171 as described in Paragraph [0140]). 

25. The limitations of Claim 22 have been addressed with reference to Claim 3. 
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26. The limitations of Claim 23 have been addressed with reference to Claim 4. 

27. The limitations of Claim 24 have been addressed with reference to Claim 5. 

28. The limitations of Claim 25 have been addressed with reference to Claim 6. 

29. The limitations of Claim 26 have been addressed with reference to Claim 7. 

30. The limitations of Claim 28 have been addressed with reference to Claim 10. 

Claim Rejections - 35 USC § 103 

31 . The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

32. Claim 9, 27, 31 -40, 42, and 44 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Logan, US Patent Application Publication (2002/0120925 A1) in view 
of Sull et al., US Patent Application Publication ("Sull", 2002/0069218 A1) and in further 
view of Rutledge ("SMIL 2.0, XML for Web Multimedia", IEEE Internet Computing, Sep- 
Oct 2001). 

33. In regards to Claims 9 and 31 Logan teaches method of creating a playlist (as 
addressed in Claim 1), but does not teach a computer executable instructions used to 
create the playlist. 

In a similar field of invention, Sull teaches a method of enabling users to add 
bookmarks to multimedia files. These bookmarks define segments in the selected 
multimedia file. Sull further discloses a method of "making a play list for playback of a 
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composing segment" (in reference to Figure 35, as described in Paragraphs [0471- 
0473]). Sull's method is implemented using the Extensible Markup Language (XML), 
but Sull does not teach implementing the method using Synchronized Multimedia 
Integration Language (SMIL). 

It is well known in the art that SMIL markup language is based in and built upon 
the XML markup language, and both languages can be used to create multimedia 
presentations. Rutledge's article "SMIL 2.0, XML for Web Multimedia", published in 
IEEE Internet Computing discloses the benefits of SMIL in comparison to XML: 

"SMIL's foremost contribution to Web formats is its sense of timing. Without SMIL, XML-defined 
Web presentations are static: Users can move displays using the scroll bar and switch between them 
using hyperlinks, but each presentation is itself unchanging. With SMIL, XML presentations change over 
time, with or without user interaction. This applies to more than just SMIL presentations; developers have 
added SMIL timing constructs to other XML-based formats as well." (as found in the Timing section 
Pages 79-81) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine Logan's method of creating a playlist with Sull's method of 
bookmarking multimedia segments using the XML markup language because XML is an 
adaptable and widely accepted programming language for multimedia applications. In 
view of Rutledge's article, it would also have been obvious to one of ordinary skill in the 
art at the time of the invention to modify the method of Sull to use the SMIL markup 
language because of the increased versatility and dynamic display properties available. 

34. The limitations of Claim 27 have been addressed with reference to Claim 9. 

35. The limitations of Claim 32 have been addressed with reference to Claim 9. 
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45. Claims 1 1 , 1 2, 1 3, 29, 30, and 41 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Logan, US Patent Application Publication (2002/0120925 A1) in view 
of Sull et al., US Patent Application Publication ("Sull", 2002/0069218 A1). 
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46. In regards to Claims 1 1 , Logan teaches method of creating a playlist comprising 
a user's indication of the beginning portion and the ending portion of a video segment 
where the indication is received when each portion is played ("providing] with the ability 
to independently select different beginning and end points of the video and audio 
segments" as disclosed in Paragraph [0065] and "users [ability] to create their own 
bookmarks... as they watch the programming" as disclosed in Paragraph [0173], with 
further reference to the disclosed "scissors" tool used in combination with the 
"scrapbook" function as described in Paragraph [0206] Lines 17-27), but does not teach 
a method of receiving a first user indication of the beginning portion of a video segment 
after the beginning portion is displayed. 

In a similar field of invention, Sull teaches a method of rewinding an interrupted 
multimedia broadcast using a scene change detection algorithm (shown in Figure 57, as 
described in Paragraphs [0304-0309]). Sull's method retains a list of scene change 
frames (5610, 5612, 5618, 5620, and 5622 of Figure 56, as described in Paragraph 
[0302]) as well as information regarding the termination or marked position (5628 of 
Figure 56, as described in Paragraph [0302]). The bookmarking of a desired media 
segment is performed in Steps 5712 and 5716 of Figure 57, wherein the termination 
point or interruption point is the first bookmark created by the user and the second 
bookmark selected by the user is from one of the scene change frames (the starting 
portion of the desired video segment). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine Logan's playlist method with the method of rewinding an 
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interrupted multimedia broadcast as disclosed by Sull because a user watching a 
multimedia broadcast can potentially be interrupted multiple times throughout the 
program and may require a review of the events prior to the interruption in order to 
obtain a thorough understating of the events leading up to the interruption. 
47. In regards to Claim 12 and 13, Logan teaches method of creating a playlist that 
consists of video segments, but does not teach receiving the first user indication (from 
Claim 1 1 ) further comprises displaying a navigation video strip on the display device, 
wherein the navigation video strip comprises a plurality of frames from the video; and 
receiving a user selection of a frame from the plurality of frames, wherein the frame 
substantially corresponds to the beginning portion of the video segment. 

In a similar field of invention, in a similar field of invention Sull teaches a method 
of rewinding an interrupted multimedia broadcast using a scene change detection 
algorithm (shown in Figure 57, as described in Paragraphs [0304-0309]). Sull's method 
retains a list of scene change frames (5610, 5612, 5618, 5620, and 5622 of Figure 56, 
as described in Paragraph [0302]). In addition, the user has the ability to select one of 
the scene change frames that substantially corresponds to the beginning portion of the 
video segment (block 5716 of Figure 57, with further reference to the user interface of 
Figure 9; as described in Paragraphs [205] and [206]). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the method of Logan with the method of Sull because a visual 
interface would be advantageous to the user in order to quickly scan and understand a 
summary or sequence of events to determine if the program content is desirable 
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enough to watch and/or save for later viewing (as disclosed by Logan in Paragraph 
[0231] in reference to "snippets"). 

48. The limitations of Claim 29 have been addressed with reference to Claim 1 1 . 

49. The limitations of Claim 30 have been addressed with reference to Claim 12. 

50. The limitations of Claim 41 have been addressed with reference to Claim 1 1 and 
Claim 9. 

51 . Claims 15 and 43 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Logan, US Patent Application Publication (2002/0120925 A1); in view of Shu- 
Ching "A Multimedia Semantic Model for RTSP-Based Multimedia Presentation 
Systems" IEEE Fourth International Symposium on Multimedia Software Engineering 
(2002). 

52. In regards to Claim 15, Logan teaches method of creating a playlist that consists 
of video segments, but does not teach this method to be implemented using the Real- 
time Streaming Protocol (RTSP) in order to play the video segment. 

In a similar field of invention, Shu-Ching discloses a set of methods to support 
"VCR-like" controls on the client side so that the users have the ability to control the 
playback of a streaming media program using RTSP (Section 3.1, RTSP Action 
Diagram; see Page 4). In addition, Shun-Ching discloses the benefits of using RTSP 
over other protocols such as Hypertext Transport Protocol. The benefits of RTSP 
include: the ability to handle multiple real-time media streams; two way communication 
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between the server and the client; and overall flexibility of the protocol (Section 3.1, 
RTSP Action Diagram; see Page 4). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the method of Logan with the method of Shu-Ching in order to 
provide the user with a means for controlling a streaming media program using "VCR- 
like" functions. In addition, the two way communications channel provided by RTSP 
would allow the user to interact with the server system through the uplink path and 
therefore would have greater control over the presentation of streaming media. 
53. The limitations of Claim 43 have been addressed with reference to Claim 15. 
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Conclusion 

54. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to PATRICK A. RYAN whose telephone number is 
(571)270-5086. The examiner can normally be reached on Mon to Thur, 8:00am - 
5:00pm EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Scott Beliveau can be reached on (571) 272-7343. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



IP. A. R.I 

Examiner, Art Unit 2623 
Friday, July 11,2008 

/Scott Beliveau/ 

Supervisory Patent Examiner, Art Unit 2623 



